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Field of the Invention 

The present invention is in the field of network information services 
10 including data gathering and transmission over wired and wireless network 
connections and pertains more particularly to methods and apparatus for 
monitoring changes to aggregated data in real time and notifying 
user/subscribers of such changes over user-prescribed mediums and 
connected devices. 

15 

Cross-Reference to Related Documents 

The present invention is a continuation-in-part (CIP) to a patent 
20 application entitled "Method and Apparatus for Restructuring of 
Personalized Data for Transmission from a Data Network to Connected 
and Portable Network Appliances 99 filed on 9/16/99 and accorded S/N 
09/398,320, disclosure of which is included in it's entirety by reference. 
The present invention is further related to U.S. patent application S/N 
25 09/323,598 filed on 6/1/99 and entitled "Method and Apparatus for 
Obtaining and Presenting WEB Summaries to Users", disclosure of which 
is also included herein by reference. 
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Background of the Invention 

The information system known in the art as the Internet, and the 
5 Internet subset known as the World Wide Web (WWW), is the largest 
publicly accessible source of information in the world. Anyone with an 
Internet-capable appliance and an Internet connection can navigate the Web 
to access virtually any type of data that may be held in any one of millions 
of network-connected servers adapted for the purpose. 

10 The most usual network appliance used for navigating the Web and 

downloading data therefrom is the personal computer (PC). More recently 
however, a host of other electronic communication devices have been 
adapted for network connection and navigation on the Internet. Some of 
these better known devices include cellular telephones, personal digital 

15 assistants (PDA's), pagers, and notebook and laptop computers. Some 
types of these appliances access the Internet via wireless connection. In 
other cases, data from the Internet is transmitted to such devices through a 
gateway to a network specific to the device. An example would be that of a 
cellular phone or pager capable of accessing e-mail and other Internet 

20 accounts information. 

The Internet operates under a shared bandwidth protocol wherein 
data packets are transmitted. Each transmission competes with all other 
current transmissions for available bandwidth resources. The total amount 
of bandwidth resource available to network appliances accessing the 

25 Internet is a function of network traffic, reliability and capability of lines, 
power of appliance processor, nature of intermediary network, and a host of 
other variables. It is not always possible to maintain an Internet connection 
for any reliable length of time considering all of these variables. 
Sometimes, there are periods when a device simply cannot gain access at 
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all. In other cases physical connection is only possible on a periodic basis, 
and an appliance is therefore only intermittently connected. 

Even with the more powerful and traditional PCs and notebook 
computers there may be times when available bandwidth suddenly drops 
5 resulting in a disconnect or "moof as it is often termed. If a moof occurs 
when attempting to download data, another attempt must be made to re- 
access the network, re-navigate to the data source, and attempt a retry of the 
data download. This can be frustrating for users operating such devices as 
cell phones, pagers or PDA's which are already operating on high latency 

10 and/or low bandwidth connections. 

Administrators of network equipment and connection architecture as 
well as companies that host such as WEB-based information services and 
the like are improving aspects of communication with various portable 
network devices by upgrading lines and equipment, developing better data 

15 compression and bandwidth reservation techniques and lobbying for more 
bandwidth for wireless intermediary networks. However, one area that has 
been largely overlooked is the very format and structure of data that is 
transmitted. For example, HTML or XML-scripted content is largely 
unsuitable for transmission under low bandwidth conditions to small 

20 portable devices. As a result, such devices having lower memory and 
operating under lower bandwidth resources are limited to certain types of 
data such as only e-mail or voice mail. 

A system known to the inventor and listed under the Cross- 
Reference to Related Documents section provides a capability of automated 

25 login and navigation to Internet or other network-connected sources for the 
purpose of retrieving and presenting WEB summaries to subscribers 
according to client/enterprise directives. This service uses scripted 
templates prepared by knowledge workers using known site logic to enable 
navigation, not just to the site, but to specific content posted on the site. A 



parsing method is then used to identify appropriate data based on the 
provided script directives. 

The data obtained by the above-described method is stored in a 
server-accessible data repository for user access (via PC), or pushed to a 
user (PC or alternate appliance) according to enterprise rules. The data is 
typically presented in the form of a WEB page made accessible to a user 
having suitable equipment for retrieving and viewing such a page. 
However, in another embodiment, the data is re-formatted for transmission 
to a user- specified Internet appliance such as a cell phone, laptop, PDA, etc. 
The user must typically first access the service using a device that supports a 
browser interface. Data is then forwarded to alternative devices only on 
user request, and assuming the user has configured his or her alternative 
device for the service. In order to receive some types of data, special 
software and/or hardware changes must be made to the alternative 
appliances. 

The above service does not support independent device access to the 
Internet (except for devices already capable of browser navigation), nor can 
it deliver certain content retrieved in a format that is not readily convertible 
to a format specific to the software running on such alternative devices. 
Moreover much content that would be convertible may still overload the 
memory of certain alternative devices, such as pagers or cell phones, if 
additional data restructuring and synchronization steps are not taken. 

It will be appreciated that there is a growing variety of existing and 
new portable-type devices that are being adapted for Internet access. Most 
of these devices communicate according to device-specific protocol and are 
unable to receive and disseminate certain other types of data under normal 
circumstance. Furthermore, low bandwidth connection states and limited 
memory provisions preclude many of these devices from broad Internet 



navigation capabilities and limit download capability in terms of time and 
type of data content that may be received. 

A system known to the inventor and described in the cross- 
referenced patent application entitled "Method and Apparatus for 
Restructuring of Personalized Data for Transmission from a Data 
Network to Connected and Portable Network Appliances" allows data 
aggregated on a user's behalf to be restructured for delivery to varied 
portable devices by either a push or pull method. The data is restructured 
such that it may be easily stored and displayed according to specific device 
protocol. User/subscribers may elect to pre-configure a number of devices 
to the service. Once configured to the service, such devices may be used to 
synchronize with the aggregated data source maintained by the service on 
behalf of the user. 

A possible problem with this system is that a user must periodically 
log-on and attempt synchronization with the aggregated data source to see if 
any new data has arrived. If new data is pushed to a user, it may happen at 
an inconvenient time such as when a user is engaged in some other 
important activity with a designated receiving device. In one aspect user 
notification of new data is posted on a WEB page such as a user's home 
page. However, a user must access the page with an Internet-navigation- 
capable device in order to see if there is any new data. 

What is clearly needed is a method and apparatus allowing a 
user/subscriber to specify events and event triggers that may occur in data 
specific to the user and maintained for the user at specified Web sites, and 
for monitoring changes to such data on behalf of the user, and then notifying 
to the user of the occurrence of such data changes and events over any user- 
selected and defined medium and communication device. Such a system 
would be a convenience to a user in that he or she would be conveniently 
made aware of the existence of new aggregated data and/or specific and 
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user-defined events in data, before having to log on to the service to check 
for new data, or having other important work interrupted by an unscheduled 
data-push to an otherwise engaged peripheral device. 

5 

Summary of the Invention 

In a preferred embodiment of the present invention an Internet 
subscription system for alerting subscribers to changes in data maintained at 

10 Internet sites is provided, comprising an input interface for a subscriber to 
specify a data condition to be monitored and a condition for notification; a 
gatherer for gathering data changes from one or more Internet sites; a guard 
for comparing data changes with the condition for notification; and a 
notification alert system for notifying the subscriber of a change that meets 

1 5 the condition for notification. 

In various embodiments of the system of the invention the condition 
for notification comprises data changes at two or more sites (metadata 
changes). In some embodiments there is a user-amendable time function to 
control frequency of access by the gatherer to Internet sites. Also in various 

20 the alert system sends an alert by the Internet network to a client's Internet- 
connected device. Such an alert may or may not include specific data from 
the sites in addition to the alert. Alerts may be by the Internet, by message 
systems to which a user subscribes, or by wireless network to devices not 
enabled for Internet connection, such as pagers and cell phones. 

25 The system of the invention and methods of practicing the invention 

are taught in enabling detail below, and provide for the first time a way for 
subscribers to monitor a very broad range of data, and to configure 
sophisticated conditions for a service to compare and notify the subscriber 
of changes in data over multiple sites. 
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Brief Description of the Drawing Figures 

5 Fig. 1 is a basic overview of a communication network wherein a 

data aggregation and tunneling service is hosted and operated according to 
an embodiment of the present invention. 

Fig. 2 is a block diagram illustrating an exemplary hierarchy existing 
between various components of the data aggregation and tunneling service 

10 of Fig. 1. 

Fig. 3 is a block diagram illustrating an exemplary client 
request/result loop progressing through the various process phases attributed 
to the service of the present invention. 

Fig. 4 is a block diagram illustrating integration of various 
15 components of the monitoring and notification software of the present 
invention. 



20 Description of the Preferred Embodiments 

According to a preferred embodiment of the present invention, a 
method and apparatus is provided that allows virtually any Internet-based 
data to be accessed, restructured, and then transmitted to a wide variety of 
25 network-capable appliances without requiring special software or hardware 
additions to the receiving devices, and in a form that the receiving device 
may display the data using an existing application on the device typically 
used for an entirely different purpose and function. Such method and 
apparatus is described in enabling detail below. 
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Fig. 1 is a basic overview of a communication network 9 wherein a 
data aggregation and tunneling service is hosted and operated according to 
an embodiment of the present invention. Communication network 9 
comprises a data packet network 1 1 , which is the well known Internet in this 
5 example, an Internet Service Provider (ISP) 15, and at least one exemplary 
wireless data network 13. 

Network 1 1 may be another type of data packet network instead of 
the Internet such as perhaps a private or corporate wide area network 
(WAN) as long as Transfer Control Protocol/Internet protocol (TCP/IP) or 
10 other suitable network protocols are supported. Network 11, hereinafter 
referred to as Internet 1 1 for example purposes, is exemplified herein as a 
preferred embodiment because of the large public accessibility to the 
network. Such public accessibility lends to a preferred embodiment for 
hosting a large data-information service such as the service described in the 
15 cross-referenced application 09/323,598. 

Internet 11 may comprise any geographical portion of the global 
network including such as data sub-networks connected thereto. Internet 1 1 
has an Internet backbone 19 distributed throughout, which represents the 
many lines and connections making up the wired Internet. Three data 
20 servers 21, 23, and 25 are illustrated within Internet 11 and connected to 
backbone 19. 

Servers 21-25 are, in this embodiment, file servers known in the art 
for serving data in such as hypertext markup language (HTML), XML, or 
other suitable languages associated with electronic information pages 
25 known as WEB pages in the art. It should be noted here that servers 21-25 
are not limited to only serving WEB pages. In some embodiments, other 
data such as E-commerce data associated with on-line forms, digital 
authorization certificates, secure digital signature forms and the like, may 
also be held in such servers. Moreover, any one of servers 21-25 may be 
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adapted as an E-mail server or may be subject to any other adaptation for 
serving data. 

ISP 15 is adapted, in this example, for providing Internet 
connection services as known in the art. Illustrated within ISP 15 are a 
5 main connection server 33, a mass data-repository 31, and a modem bank 
29. Main server 33 is directly connected to Internet 11 as shown. Main 
sever 33 is adapted to perform normal Internet service routines as known in 
the art, and is additionally enhanced via a unique software instance 51 for 
enabling practice of the present invention. 

10 In one embodiment, an additional server may be provided for 

executing software 51 and enabling practice of the present invention in 
conjunction with main server 33. In another embodiment, more than one 
such server may be provided and adapted to execute individual instances of 
software 51. The inventor illustrates just one server 33 and SW 51 for the 

15 purpose of simplifying illustration and deems it sufficient for the purpose of 
explaining the present invention. 

Main server 33 is connected to a data center 37 by a data link 35. 
Data center 37, among other tasks, provides an ISP (Internet) interface to 
server 33 for various wireless data networks represented by network 13. 

20 Network 13 is further characterized by the illustration of a communication 
satellite 17, which provides satellite rebroadcast of uplinked data streams 
from data center 37 and a backlink to data center 37 as illustrated by a 
dotted double arrow. As previously described, network 13 may be plural in 
the sense that plural wireless data networks common to certain 

25 communication devices may accomplish an interface to ISP 15 (server 33) 
through such as satellite 17 or another type of wireless transceiver/receiver 
and data center 37. 

Within network 13 a variety of Internet-capable appliances are 
illustrated. As examples there are a pager 39, a notebook computer 41, and 
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a cellular telephone 43. In this example, appliances 39-43 broadcast data, 
which is picked up by satellite 17 and relayed to data center 37. Similarly, 
data arriving to satellite 17 from data center 37 is broadcast to and received 
by appliances 39, 43, and 41 as illustrated herein with dotted double arrows 
representing respective two-way communication links. In the case of 
appliances 39 and 43, network 13 might be a cellular network typically 
implemented for those devices. In the case of notebook 41, network 13 may 
be a wireless Internet service using cellular or other suitable wireless 
technologies. 

As previously described, main server 33 is also connected to modem 
bank 29 as is known in the art of landline Internet access through an ISP. A 
personal computer (PC) 45 operated by a user/subscriber to the service of 
the present invention is illustrated as connected to modem bank 29 by an 
Internet connection line 49. Line 49 may be a conventional telephone line, 
an integrated digital services network (ISDN) connection line, or any other 
suitable wired connection such as ADSL. A PDA 47 is illustrated by a 
dotted double arrow as having a wireless communication link to PC 45 as is 
common in the art of computer peripherals. 

In the example of a subscriber service, data repository 31 would 
contain data about individual subscribers to the service of the present 
invention (user profiles and other user-specific records). Repository 31 may 
be an optical storage facility or any other convenient facility that is adapted 
for storing large amounts of data. Repository 3 1 is illustrated as connected 
to main server 33 by a data connection 27. In this example, repository 31 is 
considered an off-line storage facility that is accessible to server 33. In 
another embodiment repository 31 may be a part of server 33, or in any 
other network-connected location such as on-line, or on a connected local 
area network (LAN). In addition to holding data specific to individual 
subscribers such as account information, address parameters, user ID and 
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authorization data, repository 3 1 may also hold data gathered from such as 
Internet 1 1 before being delivered to or being accessed by users. 

SW 51 executing on server 33 is provided for the purpose of 
enabling a unique data-gathering and tunneling service that allows users 
operating such as appliances 39-43, and 47 to have structured access to data 
such as may be sourced in one of servers 21-25; and, to have the data re- 
structured in an intelligent fashion for delivery to a specific Internet 
appliance that may not be normally adapted for receiving and displaying the 
data. 

Software 51 provides, in this case, a unique subscriber service 
hosted by ISP 15 in which the service may be accessed and utilized by using 
any Internet-capable appliance. For the purpose of discussion, an Internet- 
capable appliance shall include any electronic communication device 
capable of a direct or indirect (through a connected network) connection to a 
data packet network such as Internet 1 1 . Such devices may also include 
devices that may only receive data from such as Internet 1 1 as long as a 
separate device is used to access the service and upload a data request. 

In practice of the present invention, a user operating such as cellular 
telephone 41, for example, accesses ISP 15 from anywhere in network 13 
through a wireless path, exemplified herein by satellite 17 to data center 37, 
and registers a request for data. The data request in some cases may be 
manually initiated by a user, and in other cases automatically initiated on a 
periodic basis while the device is connected to the Internet. In some cases a 
request will he automatically initiated when the device connects to the 
Internet. 

The nature of a request may vary under a broad set of rules set-up by 
a hosting enterprise (ISP 15) for types of requests. For example, one request 
may be for a data result of a site-specific search according to defined 
parameters such as was described in the characterization of a WEB 
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summary disclosed in application 09/323,598. Another type of request may 
be for information about departure/arrival parameters and gate instructions 
associated with purchased airline tickets. Still another type of request may 
include a desire to access only the existing incoming mail from a certain 
individual or individuals. There are many possibilities. In a preferred 
embodiment a script for data requests may be a part of a user profile, and a 
single generic request from a user may trigger a variety of data searches and 
retrievals from Internet 1 1 on behalf of the user. 

Data center 37 processes requests from network 13 and forwards 
them to main server 33 where they implemented. Various technological 
enhancements may be implemented in data center 37 to facilitate 
communication and interface capability with various portable appliances 
such as appliances 39-43. One example would be to provide an interactive 
voice response (IVR) unit (not shown) that may take a vocal or touch-tone 
initiated request originating from such as cell phone 43. Such an IVR may 
be included in data center 37 as a client interface. 

The nature and content of a request from cell phone 43, for example, 
is analyzed and restructured into an equivalent Internet Protocol (IP) request 
that can be uploaded into main server 33 over data link 35. This process is, 
in a preferred embodiment, performed in data center 37 with the data center 
having access to a portion of software 5 1 dedicated to the specific function. 
In another embodiment, a specific portion of software 5 1 may be provided 
to be executable on a connected machine at data center 37 for the purpose of 
analyzing requests of varied protocol and restructuring them into requests 
that can be understood on server 33. 

Once a request from cell phone 43 is registered in main server 33 as 
an IP data request, data about the user is accessed from repository 31 for 
verification and authorization purposes. A scripted template supplied by a 
knowledge worker (not shown) is provided for accessing site logic during 
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navigation and parsing as initiated by SW 51. Such knowledge workers 
may be stationed at data center 37, ISP 15, or any other centralized location 
that is connected to the service by network connection. The scripting, 
navigating, and parsing technology is fully explained and detailed in the co- 
related application 09/323,598. However, further innovation is required in 
order to accomplish the goal of the present invention, which is the 
intelligent restructuring of data coming into and leaving from the service of 
the present invention. 

In the present example a ready request is queued for execution by 
SW 51 according to on-demand or in a scheduled fashion. Server 33, upon 
executing the request, navigates to one or more of servers 21-25 (for 
example, as representative of plural servers in the Internet) holding the 
requested data. The location of the data is then identified according to site 
logic provided in the scripted template. Located data is then parsed for 
specified content to be returned. The resulting data is aggregated in 
repository 3 1 if the request has a scheduled delivery or user-access time. If 
the return data follows an on-demand criteria, then it is immediately 
processed and delivered over data link 35 to data center 37 for further 
processing before being broadcast over network 13 to a user operating such 
as cell phone 43. 

In another aspect of the present invention, requests and return data 
may be registered and received by a user operating a PDA such as PDA 47, 
which is a peripheral to PC 45 illustrated as wired to Internet 11. In this 
embodiment, a user operating PDA 47 registers a request to PC 45. The 
request is analyzed and uploaded to server 33 under control from PDA 47. 
Additional processing concerning obtaining and returning information is the 
same as with previously described embodiment except that instead of using 
data center 37 as an interface, PC 45 acts as the interfacing machine. If 
requested data arrives to PC 45 in a format that is not discernable to PDA 
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47, then data restructuring may be performed in PC 45 by a provided 
instance of SW 51 that is dedicated to the purpose. PDA 47 would require 
no modification in either hardware or software. In yet another embodiment 
the client machine may be PC 45. 

The method and apparatus of the present invention provides a 
unique capability of restructuring data in an intelligent way. That is, instead 
of simply converting one format of data into another, a first data set is 
analyzed and understood so that an alternate data set in a format specific to 
applications executable on a receiving device may be created that reflects 
the desired content and function of the first data set. More detail about how 
this is accomplished is provided below. 

Fig. 2 is a block diagram illustrating an exemplary hierarchy and 
data transformation and flow existing between various components of the 
data aggregation and tunneling service of Fig. 1 . The service of the present 
invention in a preferred embodiment comprises three basic component 
layers. These component layers are illustrated herein as layer 53, layer 55 
and layer 57. Layer 53 is best described as a source-data interface layer. 
This portion of the service is dedicated to navigating to and obtaining data 
from Internet-connected data sources. Data sources (Sl-n) are analogous to 
servers 21-25 of Fig. 1. It will be appreciated that the number of data 
sources that are available on a network such as Internet 11 (Fig. 1) is vast. 
Data collected from Sl-Sn is continually aggregated into such as repository 
31 (Fig. 1) as indicated by the bi-directional arrows linking each Sl-Sn to 
aggregation service 54. Aggregated data is tagged according to requesting 
user and target receiving device. 

Layer 53 includes all of the means and processes required for 
locating and parsing user-requested data according to site-specific scripting 
techniques and funneling the collected data back to aggregation for storage 
under a user-specific ID parameters. Most, if not all of the data retrieved in 
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layer 53 will be in the form of HTML, XML, or a similar protocol. Other 
than XML types of data may include various multimedia types associated 
with audio and video data, animated graphic data, or still graphic data. All 
data requested by any one user is aggregated under that user's ID 
parameters. 

Data stored in aggregation is forwarded to layer 55 according to a 
pre-assigned schedule for processing. Layer 55 provides an internal process 
comprising data restructuring and primary interface capabilities. Data 
processing is the first phase of layer 55 as illustrated by process 56. It is in 
the main the data processing phase that is unique and distinguishes the 
present invention from that disclosed in the copending and referenced 
application 09/323,598. 

Instead of simply converting data from one language or format into 
another in an attempt to render it usable to a specific Internet appliance, the 
present invention seeks to rewrite original data in an alternate format or 
language that accurately represents the data presented in the original format 
in terms of content and function. Data expressed in this alternate format 
(standardized) is then restructured into the appropriate device-specific 
format for transmission. 

To accomplish the above-described task, it is required that data 
obtained in layer 53 be at least machine-legible in its given language or 
format and understood by software 51. SW 51 must also know parameters 
encompassing the formats and data presentation schemes of various 
software routines used in various Internet-capable appliances. For example, 
an HTML description of a flight reservation and gate instruction as 
presented on an information page (WEB page) would not be expressed as a 
text block in such as an electronic calendar, or a PDA. Rather, the same 
information would have to be restructured and expressed as a series of 
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entries expressing time and date functions associated with the particular 
flight schedule. 

In a preferred embodiment, an algorithm is employed as part of 
software 51 that can take information from provided input data-templates 
and restructure the information to fit pre-designed and associated output 
data-templates. For example, an input template is created for one or more 
records of network-based data. The input template renders the original data 
into a proprietary language similar to HTML and XML. The proprietary 
language or code expresses the original data in a standard format that may 
then be manipulated by algorithm. The input template holds the rendered 
data according to mapped slots. 

An output template is created that is generic to the parameters and 
presentation scheme associated with a specific Internet-capable appliance 
that will receive the data record or records. The output template holds the 
specific slots wherein data will be rendered by the algorithm. The algorithm 
uses provided data-restructuring rules to identify data contained in an input 
data template and re-map it by matching the data to appropriate data-slots 
presented in an output data template. As a result, one or more input records 
(parsed and rendered data) will produce one or more output records (data 
remapped by algorithm). 

Data templates as described above, are not analogous to logic 
templates described in the co-related application 09/323,598. Data 
templates work in conjunction with scripted logic-templates used to find 
and parse the requested data. Input templates are request-generic while 
output templates are device-generic. For example, there are many variations 
of data formats and languages that can be used when presenting data on a 
WEB page. Therefore, an input template should be modeled to facilitate the 
specific data fields, language, and format in which requested data is 
expected to be found. In some cases, an input template may be enhanced to 
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support a variety of differing formats and or languages, and be made to hold 
more slots for data not necessarily requested. The output template is device 
generic and contains only usable data-slots that may be presented on its 
associated device. 

In one embodiment of the present invention, a knowledge base (not 
shown) could be provided as part of SW 51 and used to equate data 
parameters associated with frequently requested data types from a network 
to data parameters that are generic to various network appliances. In this 
method, categories and titles describing oft-requested data records such as 
flight reservations, account balance information, order status information, 
and the like are created, coded and stored in the knowledge base. Device- 
specific equivalents described as rules for presenting the type data to each 
specific model device are also stored in the knowledge base and equated. 

When a data request comes in, a runtime engine (software 
application) takes the input data and finds the category and subtitle that 
matches it. Then the data presentation rules concerning the specific 
receiving device are matched from the knowledge base. In this way, 
appropriate output records may be created that are specific to the type and 
model of device that is targeted to receive the data. 

In one embodiment, the knowledge base method is used in 
conjunction with the template/algorithm method. As use of the service 
progresses, the knowledge base is updated with new categories and subtitles 
associated with repetitive requests. The knowledge base may also be 
updated to reflect parameters associated with new types and models of 
network capable devices. There are many such possibilities. 

Component layer 55 includes an interfacing data center such as data 
center 37 represented in Fig. 1 and a desktop PC such as PC 45 of Fig. 1. 
Output templates contain device specific data that is ready for transmission 
to target devices such as devices 39-47 of Fig. 1. As output templates are 
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completed, they may be held for requesting users at a storage facility (not 
shown) held in a data center, or pushed to requesting users based on the 
original request. Similarly, output records destined for such as Internet- 
connected PCs may be held therein for remote access, or pushed to 

5 requesting users operating peripherals such as PDA 47 of Fig. 1 . 

Component layer 57 represents various network capable appliances 
as described above and their associated transmission networks. Illustrated 
within layer 57 is a PDA with a remote (wireless) link to PC in layer 55 as 
shown by double-arrow connecting line. Also illustrated within layer 57 is a 

10 pager, a notebook, and a mobile phone, all having remote (wireless) 
connections to the data center represented in layer 55 as shown by the 
double-arrow connecting lines. The PC illustrated in layer 55 may be a 
desktop PC operated by one or more users. In another embodiment, it may 
be a powerful workstation shared by many users. The represented data 

15 center has all of the interface means required to bridge the appliances of 
layer 57 to the service. 

It will be apparent to one with skill in the art that knowledge 
workers associated with creating input and output templates may perform 
their services from anywhere in a connected network without departing 

20 from the spirit and scope of the present invention. In one embodiment, 
input templates are supplied by knowledge workers associated with the 
service, while output templates are created by knowledge workers that are 
associated with various network hosting entities. 

In another embodiment, the service of the present invention may be 

25 provided as a turnkey package wherein companies may set-up their own 
specific information services using the implements of the present invention. 

It will also be apparent to one with skill in the art that an 
intermediary language derived in part from HTML and XML languages may 
be proprietary in nature and used as an intermediary data-conversion 
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language between such as pure HTML and device specific protocol without 
departing from the spirit and scope of the present invention. Codes specific 
to such an intermediate language may be licensed to entities wishing to 
recreate the service for their own purposes. 

Fig. 3 is a block diagram illustrating client request/result loop 
progressing through the various process phases of the service of the present 
invention in a preferred embodiment. In step 57 a client (user/subscriber) 
initiates a request for data. Such a request may be initiated from a network 
capable appliance like appliances 39-43 of Fig. 1. A client may also initiate 
a request from a standard PC such as PC 45 of Fig. 1, or a PDA such as 
PDA 47 of Fig. 1. Browser software of any sort is not required for a device 
to access the service. In this way, a low bandwidth device may be used to 
practice the present invention without depending on a parent or associated 
machine. For example, devices not having IP capability or navigational 
software would interface with such as data center 37 of Fig. 1 in order to 
gain access. Appropriate equipment and means for bridging networks is 
made available in data center 37. An Internet-capable appliance having a 
browser function and Internet connection capability may, of course, gain 
access through normal wired or wireless channels. 

In step 59, a request from a client is registered to the service. If the 
request is initiated from a device using a wireless network wherein a data 
center such as center 37 is the interface, then the request data may be 
converted from the protocol used by the requesting device to a suitable IP 
protocol for registering at a server such as server 33 in ISP 15 (Fig. 1). If an 
Internet-connected PC or workstation is the interface, and a requesting 
device is a remote peripheral such as PDA 47, then the original request will 
arrive already in suitable IP format. 

In step 61, the client request is compared against a database for 
additional information about the initiator of the request and, perhaps to 
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finish the package by associating the appropriate templates to the request. 
The templates may be stored under specific user ID for repeat requests, and 
created new for cases where no template is available. This includes the 
scripting templates of 09/323,598 as well as input/output templates of the 
present invention. Once all information and planned routines are 
incorporated into a request, it may be queued for execution. 

In step 63, the service navigates to a data source or sources specified 
in the request on behalf of the client. Site-logic scripting provided by 
template, along with a data-parsing convention is used to locate and identify 
data associated with the client's request. Data sources will typically be 
information pages written in such as HTML or XML. However, this is not 
to be construed as a limitation. Other types of data as well as some 
multimedia content may be located and parsed according to site logic. 

In step 67, all data obtained in step 63 is aggregated and tagged 
according to a user-specific and device specific manner. In some cases the 
data found during navigation is simply stored in one location for a client 
with the stored data retaining it's original format. In another case, data is 
rendered to an intermediate form of it's original language for the purpose of 
providing a standard format from whence further re-structuring may occur. 

In step 69, aggregated data is restructured from its original format (if 
applicable) to it's final format (device specific) in preparation for 
transmission. In other cases, the data is stored for client access at his or her 
convenience. In a preferred embodiment, the above-described template 
method with algorithm is used. In an alternative method, a knowledge base 
technique is used. In still another embodiment, the two methods may be 
combined. It is assumed that by the time data restructuring occurs, an 
input and an output template containing the appropriate data fields 
pertaining to a target device have been provided. A software module (not 
shown) termed a data renderer converts the original data in aggregation into 
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a suitable intermediary language that is understood to be standard to the 
system and compatible, in terms of further slot-mapping, according to any 
supported protocols specific to various network appliances interacting with 
the service. The intermediate language may be of a proprietary nature and 
licensed to other entities for use. In an embodiment wherein a knowledge 
base system is used, an intermediate language would not specifically be 
required. 

The input template contains the rendered data in specific field-slots 
that are understood by the software algorithm. The algorithm also 
understands the field-slots associated with the output template. This is 
accomplished by creating specific rules for the algorithm to follow in 
operation. The algorithm re-maps the data from the input template into the 
field-slots in the output template according to the applicable rules. During 
this operation a second data renderer inserts and in some instances writes 
new data for insertion to specific field slots chosen by the algorithm. 

In one embodiment, output templates may be provided with 
additional functional routines (based on the content of inserted data) that 
may be caused to activate a notification system or the like that is generic to 
a particular receiving device. For example, a round trip flight description 
may be rendered as a series of appointment book entries in such as a PDA. 
The additional notification routine in the output template may, according to 
the data, set an alarm or other audible alert to activate at a convenient time 
before the scheduled departure, as a reminder to the user. 

In step 71 output records are delivered to specified devices through 
their respective interfaces and connected networks. In step 73, a receiving 
appliance incorporates the data in usual fashion. Steps 71 and 73 may also 
be construed as steps for delivering and incorporating only updates to 
existing information. For example, the client send/return loop represented 
by steps 57 through 73 can be initiated for one or more requests and then be 
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reactivated to receive periodic updates to already received data. For 
example, input and output records already sent to a client may be stored at 
the service for reference and tagged with client ID, time, date, etc. If an 
update request comes in from a client it can be noted in a new output 
template designed to carry only the new information. During the process at 
step 69, the input template containing the previous data is compared to the 
input template containing the current data. The discrepant data in the new 
input template is remapped to appropriate field-slots in a new output 
template. In this way, the record only reflects the new data. In step 73 then, 
the new data overwrites the old data. Data obtained through the service may 
be routinely and periodically updated in a push or pull fashion. 

In another embodiment, synchronization (updating) may be 
performed in step 63. For example, a new update request may arrive 
wherein the previous input record is obtained and used to partially direct the 
function of parsing during the navigation process. The rule would in effect 
direct the parser to designate only data that is different from the old input 
template for collection. In this case, the algorithm may be employed in 
reverse fashion so that the intermediate language in an input template may 
be converted back to original language as seen by a parser. 

In still another embodiment, the parsing engine may be equipped to 
read both languages. The parsing process may also include the algorithm 
function for re-mapping the data. 

It will be apparent to one with skill in the art that the method and 
apparatus of the present invention may be applied to the method and 
apparatus disclosed in the co-related application 09/323,598 to provide a 
new and unique service without departing from the spirit and scope of the 
present invention. It will also be apparent that the method and apparatus of 
the present invention may stand alone from 09/323,598 as long as a suitable 
method for site navigation and parsing is included in the new service. 
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The service of the present invention may be adapted to serve specific 
wireless networks and client/devices connected to them. It may also be 
broadened to include many wired communication networks, including the 
Internet and PSTN networks. Conventions may be provided to such as SW 
5 5 1 for the location, parsing and restructuring of virtually any type of data 
that may be held on a digital network. Even conventions such as video may 
be played and interpreted by the service for data mapping to provided output 
templates for creating records that reflect the content or at least a summary 
of content contained in the video. 

10 

Specific Examples 

The present invention in certain embodiments is to be first brought 
to the public after the filing of the present patent application by a new 

15 Internet company named Yodlee.com in Sunnyvale, CA. In the first 
implementations the service practicing the present invention is called 
Yodlee2Go. Specific features of the Yodlee2Go service are included here 
as further examples of the present invention. In these examples restructured 
information is provided to onto the Palm™, but this information could be 

20 inserted onto any other mobile device as well. Many cell phones, for 
example, have calendar and address book applications built in, so the 
restructured information could be inserted onto those devices as well, and 
into many others. 

25 1. Travel Reservations . If you book your travel reservations through an 
online travel agency such as BizTravel.Com or Travelocity.Com and you 
have added the travel site to your Yodlee home page, then your travel 
reservation information is synchronized onto your Palm, for example, into 
several places. For each travel reservation that you have: 
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a. One record is entered into your Date Book for each "leg" of the flight. 
The description of the record contains the airline name on which you will by 

flying, your flight number, and the departure and arrival airport codes. 

b. In addition, an alarm is automatically set to go off one hour before 
5 your flight time. You may change the alarm time for a particular flight by 

clicking on the "Details" button in your Date Book. (You may also change 
the default alarm time to be different than one hour by changing your 
Yodlee2Go preferences. This is described in Section x of this user manual.) 

c. If you click on the "Note" button in the Details dialog box, you can 
10 view your confirmation number, the price that you paid for the ticket, the 

flight mileage, and the name of the travel agency with which you booked the 
flight. 

d. Since Yodlee2Go knows which travel agency you booked the flight 
with, it synchronizes the contact information for that travel agency into your 

15 address book. This way, you will have the phone number of the travel 
agency with you if you run into problems at the airport. (Also, don't forget 
that you have your confirmation number in the note attached to the date 
book record!) 

e. Finally, since Yodlee2Go inserts a memo into your Memo Pad 
20 application containing the entire itinerary for each of your flights. 

2. Frequent Flyer Miles . If you have added any airline sites in the frequent 
flyer miles category onto your Yodlee home page, then all of your frequent 
25 flyer information is copied into a single memo in your Memo Pad 
application on your Palm. The memo is titled "Frequent Flyer Miles" and 
can be accessed by clicking on the Memo Pad application on your Palm. 



-25- 

3. Bank Statements , If you do your online banking on the web, and you 
have added your bank's site to your Yodlee home page, then a summarized 

version of your bank statements will by synchronized into the Memo Pad 
application on your Palm. One memo will be created for each of your online 
5 bank accounts. Each memo will contain the balances in each of your 
accounts and a total balance across all your accounts at that bank. < 

4. Credit Card, Telephone Statements, and other Billing Information . If 
you have added any credit card or billing sites to your Yodlee home page, 

10 then this information will be synchronized onto your Palm to help you 
remember to pay your bills on time. For each bill, Yodlee2Go will insert 
one entry in your list of things to do in your To Do List application on your 
Palm device. The entry will contain the name of the company from which 
you received the bill, the due date, and the amount due by the due date. If 

15 you click on the "Details" button, and then click on the "Note" button to 
view more information about the bill. 

5. Stock Portfolio Information . If you have added your online stock broker 
(such as E* trade) onto your Yodlee home page, then your stock portfolio 

20 information will be synchronized onto your Palm device by Yodlee2Go. 
Yodlee2Go will create one memo pad entry in your Memo Pad application 
that contains a consolidated statement of all of your stocks across all online 
brokerages that you have added to your Yodlee home page. The memo is 
titled "Stock Quotes," and also contains a summary of the total worth of all 

25 of your stock portfolios. 

Real Time Monitoring and User Notification 

In one aspect of the present invention, the inventor provides a 
system whereby users may define event triggers and change criteria, which 
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the system stores as Notification Conditions (NC), and convenient 
notification may be made to user/subscribers in the event that the NCs are 
met. Such configuration, monitoring and notification is accomplished by 
unique software that allows for notification events to be sent to users over a 
wide variety of mediums and associated communications devices. 

Fig. 4 is a block diagram illustrating the components and operation 
of the monitoring and notification software of the present invention with the 
data aggregation and tunneling software 51 of Fig's 1 and 2 according to an 
embodiment of the present invention. As described in Fig's 1 and 2 above, 
software 5 1 provides a complete data gathering, aggregating, and tunneling 
service wherein data may be delivered to a variety of portable devices over 
mediums specific to those devices. Software 51 comprises a data 
aggregation software 76. Software 76 is analogous in function to layer 53 in 
Fig. 2. An Internet network cloud 75 is illustrated herein and labeled World 
Wide Web (WWW). WWW 75 represents a source for data such as (Sl-Sn) 
of Fig. 2, which are understood in this embodiment to be on-line data 
sources, or web servers. It will be appreciated that the number of data 
sources of varying types available in cloud 75 is very large. A Gathering 
Sub-System (GSS) 77 is provided as part of software 76 and adapted to 
perform the navigation to various sources in cloud 75 for the purpose of 
parsing and obtaining data from them based on the scripting and template 
methods taught above and in related cross-referenced patent applications. 
Any new data found in source sites that does not match a last input template 
used at the source site is regarded as new data or a change in data. GSS 77 
has access to at least a "last used" input template created by a knowledge 
worker on behalf of a user subscribing to the data source. A guard module 
81 is provided for receiving source data from GSS 77 and to process the 
data for archiving into a provided database 87. In some cases, GSS 77 may 
send all data requested from the site if no "last used" template is available 
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for comparison. In some aspects guard 81 may mine data from database 87 
as illustrated by a bi-directional arrow connecting the two components, in 
order to compare aggregated data with new data from a same source. 
Database 87 is analogous to repository 31 of Fig. 1. 

The flow of data flow from cloud 75 to database 87 is illustrated by 
the directional arrows, one emanating from GSS 77 and progressing toward 
guard 81, and a bi-directional arrow connecting guard 81 and database 87. 
A double arrow connecting GSS 77 to cloud 75 represent bi-directional data 
flow associated with navigation to and obtaining data from various network- 
based data sources. By the conventions just described, the aggregation 
software obtains source data from cloud 75 and aggregates it into database 
81 on behalf of and according to directions of a user. 

In some cases, data is not simply aggregated for a user, but 
processed and delivered to a user immediately if a user has directed the 
service to do so. This case is represented herein by the bracketed directional 
arrow emanating from software 76, bypassing database 87, and progressing 
toward a data restructuring software 89. Data restructuring software 89 is 
analogous to software layer 55 of Fig. 2. Software 89 is responsible for 
restructuring and re-mapping aggregated or source data into formats that are 
specific to portable devices designated by users to receive the data such as 
those illustrated in Fig. 1. For the purpose of the present invention, 
however, monitoring and notification applies more specifically and most 
often to data that is held in aggregation for a user. 

Referring again to Fig. 4, a user interface 83 is provided and enables 
a user to configure the monitoring and notification software of the present 
invention. Interface 83 may be such as a user's enhanced Internet browser 
application. Interface 83 may be analogous to browser interface 57 of Fig. 
3. In other embodiments interface capability such as through an IVR or the 
like may be provided through such as data center 37 of Fig. 1. In still other 
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embodiments, configuration of the monitoring and notification software of 
the present invention may be accomplished by a knowledge worker 
employed by the service with configuration performed as a result of a 
telephone call, e-mail, fax, or other communication with a subscriber. 

An illustrated directional arrow labeled input associated with 
interface 83 exemplifies user input for purpose of configuration. A 
notification control module 85 is provided for allowing a user to be notified 
of any specified data changes that occur with respect to source or aggregated 
data. A double arrow linking module 85 to interface 83 illustrates bi- 
directional data flow representing input data for configuration, and an 
optional notification path back to interface 83. 

Module 85 also acts, in this embodiment, as a reporting module to 
the monitoring and notification software components GSS 77 and guard 81 
as illustrated by a directional arrow emanating from module 85 and 
progressing toward software 76. In this way, a user need only interface with 
notification module 85 in order to program all required components of the 
monitoring and notification software of the present invention. However, 
this is not specifically required in order to practice the present invention. 
There are many ways to program the monitoring and notification software 
according to user preference. The use of notification module 85 as a 
programming interface and reporting module is meant to be a convenience 
only. 

As described above, a user may program control module 85 
according to user-specific parameters. For example, a user may select 
which data sources to monitor and what data to monitor. In a preferred 
embodiment the subscription service of the invention has profiles for each 
user, and the profile for a user will include a user's data sources, data 
maintained at each source, passwords and user names to be used for access, 
and one or more profiles for data aggregation and reporting. In this 
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embodiment it is not necessary for the user to specify the data sources, but 
just the nature of the data and a quantification. For example, a user may 
configure to be notified when his or her net bank balances over several 
accounts at several different banks falls below a specified amount. 

In the embodiment just described, a user may specify a broad range 
of notification conditions over many sites (metadata), such as for example: 
(1) notify me when the price for a first class flight to Atlanta on any of three 
different airlines falls below $1000; (2) notify me when my aggregate short- 
term debt over six credit cards at six different sites reaches $10,000. 
Conditions can be even more complicated, such as: Notify me by cell phone 
when the value of my stock portfolio according to data at two different 
brokerages reaches ten percent of my net worth, and send a report showing 
the details to my e-mail address as an attachment to an e-mail message, 
zipped with a password. 

A user may select a specific frequency (i.e. how often the formula of 
the request is calculated) for each request entered. A user may enter specific 
criteria needed to trigger a notification with respect to any included data 
source, data, change in data, or condition met with respect to aggregated 
data over any number of sources. As an example, a user may wish to be 
notified if his/her net worth falls below a certain amount, or if a particular 
stock price is falling at a pre-specified rate. A user further may configure a 
specific device and medium or a plurality of devices and mediums for 
receiving notification events indicating data changes meeting notification 
criteria. In a more sophisticated embodiment, a user may configure a 
notification event that is dependent on combined criteria associated with a 
variety of data sources. 

A time function (T) 79 is provided and associated with GSS 77. T 
function 79 tells GSS 77 how often it must check for data changes at 
included data sources. T 79 may be programmed to trigger GSS 77 to check 
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all included data sources according to one frequency, or it may be variably 
programmed to trigger GSS 77 to check separate sources according to a 
same frequency or according to separate frequencies. There are many 
possibilities. A frequency may be as short, such as once every 10 minutes, 
or quite long, such as once per week. There are no limitations. In some 
applications T 79 may be set to near o or "real time monitor" mode. This 
mode may be used to continuously monitor a site wherein data is frequently 
and rapidly changing, such as, for example, a stock server. 

Guard 81 is programmed to compare data changes entered into 
database 87 from specified sources to notification criteria entered by a user 
during configuration. This data set is termed a notification condition (NC). 
If guard 81 receives a data change that matches a pre-programmed NC, then 
guard 81 issues a notification event to notification control module 85 as 
illustrated by a directional arrow connecting the two components. In either 
case, guard 81 processes received data and enters it into database 87 on 
behalf of a user. 

Notification control module 85, upon receiving a notification event 
from guard 81, decides how the event will be propagated to a requesting 
user based on user directive. For example, if a user requested that 
notification be sent back to his or her browser interface such as interface 83, 
then the notification event would be sent by module 85 over the appropriate 
data network to interface 83, which may be running on a user's home or 
office PC. 

In other embodiments, a user may request that notification be sent to 
any one or a combination of a variety of portable devices that are configured 
to the service. In this case, module 85 passes the notification event to 
software 89, which interfaces with such as data center 37 of Fig. 1. 
Software 89 then restructures and re-maps the notification event for delivery 
to a specified device such as devices 39, 43, and 41 of Fig. 1 over suitable 
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networks. This assumes that a notification event comprises at least 
summary data describing the nature of the data changes and where to access 
such changes. In this regard, an input template similar to one described in 
Fig 2 above is used as well as an output template associated with the format 
of the receiving device (if required). Software 89 restructures the 
notification data for delivery as it would for normal data synchronization. 

In still another embodiment, notification events comprise simple 
codes that alert a user to a change, but do not describe a data change in any 
other way. Information in such a notification event may be limited such that 
data restructuring is not required to propagate notification to user specified 
devices. For example, if a user has requested notification to his or her 
paging device of a change in a specified bank account, then such a page may 
simply list the last four digits of his account number. The user, having pre- 
configured the criteria for the data change, will already know what the 
notification is about. In the event that data restructuring is not required for a 
notification event, then such events may be directly propagated to the 
appropriate devices via suitable network interfaces provided in such as data 
center 37 of Fig. 1. Some specific examples of NC criteria that a user may 
configure into the monitoring and notification software of the present 
invention are listed below. 

1) Stock market/portfolio monitoring across multiple accounts: 

By summarizing the user's financial information across multiple 
investment accounts, the monitoring and notification service of the 
present invention can alert the user when his/her net worth changes 
by a predefined amount on a user-defined platform. 
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2) Auction/Shopping status monitoring: 

In an online auction, mere minutes or seconds can determine 
whether a bidder wins or loses an item. When the user is outbid in 
an online auction, the monitoring and notification service of the 
present invention can forward that information to the user so that 
he/she can act on that information. A user can specify more 
complex logic. For instance, if the user were bidding on two similar 
items in an online auction, he can ask to be notified only when he's 
been outbid in on both items. The decision logic is a core component 
of the notification service, because it acts as a filter for the 
data/metadata that is collected by the gathering subsystem (GSS). 

3) Real time user notification through messenger services : 

If changes in the data/metadata meet the criteria defined by the 
decision logic, the information is rendered onto a user-specified 
device. The user enters into the notification/monitoring service, the 
username for his account in a selected messaging service, as well as 
his account information for other included web services, such as 
banks, credits cards, stock market accounts, shopping and auction 
stores, etc. The user also specifies the conditions (i.e. data value 
changes) in which he must be notified. When a condition is met, the 
user is notified of the change through his messaging account. 

In most instances of the present invention, a NC associated with a 
guard application will be configured to trigger based on any source data 
changes as compared to aggregated metadata already deposited in a database 
such as database 87. In this case, guard 81 may be used to mine database 87 
for existing data to compare against received data changes from Web-based 
sources. 
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In another embodiment a second guard (not shown) may be provided 
as a notification guard. In this case guard 81 simply receives and processes 
source data from GSS 77 for aggregation into database 87. The second 
notification guard would be enabled to understand the nature of the 
metadata changes after source data is entered and to equate them with NC 
criteria in order to determine if NC conditions are met and a NC event 
should be propagated. There are many possibilities. 

In still another embodiment, guard 81 could be configured to simply 
notify a user regarding any data change at a selected source site without 
requiring the data to be aggregated in database 87. This may be a case 
wherein a user opts to visit the source site to review changes. Such a case 
may apply more often to general up-dates at casual user-visited data sources 
such as entertainment sites, catalog sites and the like. 

It will be apparent to one with skill in the art that the monitoring and 
notification software of the present invention may be set up to monitor and 
notify a user of data changes anywhere in the system, including in the 
network represented in this example, by cloud 75 without departing from 
the spirit and scope of the present invention. Virtually any kind of data- 
change notification can be propagated to a user based on what a user 
programs the service to do. 

The method and apparatus of the present invention has many broad 
applications and therefore should be afforded the broadest of scope. The 
method and apparatus of the present invention is limited only by the claims 
that follow. 



